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[57] ABSTRACT 

According to the present invention, a technique for process- 
ing data is provided. The invention provides a flexible way 
to process data such that a user may conveniently enter and 
transfer data. Also, the user may have ready access to 
powerful data processing. In an embodiment of the present 
invention, a novel system (110) for mobile data processing 
is provided. The system includes an interface unit (116) that 
includes a processor (122). A positioning system (120) 
couples to a first antenna (126) and to the processor. A 
remote data terminal (118) electrically couples to the inter- 
face unit during at least a first time period. The remote data 
terminal is capable of data transfers with the interface unit 
during the first time period and with a user. 

9 Claims, 9 Drawing Sheets 
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REMOTE MOBILE DATA SUITE AND 
METHOD 

CROSS-REFERENCE TO RELATED 
APPLICATIONS 

This application is a nonprovisional application of, and 
claims priority from, commonly assigned U.S. provisional 
application Ser. No. 60/040160, filed on Mar. 7, 1997, 
incorporated herein by reference. This application is also 
related to application Ser. Nos, 09/360,094 and 09/360,097 
filed od the same date of this present application, all in the 
name to the present assignee. All these documents are 
hereby incorporated by reference for all purposes. 

COPYRIGHT NOTICE 

A portion of the disclosure of this patent contains material 
which is subject to copyright protection. The copyright 
owner has no objection to the facsimile reproduction by 
anyone of the patent document or the patent disclosure as it 
appears in the Patent and Trademark Office patent file or 
records, but otherwise reserves all Copyright rights what- 
soever. 

BACKGROUND OF THE INVENTION 

The present invention relates to an apparatus and system 
for data processing and, more specifically, data processing as 
it relates to transportation management. The present inven- 
tion is illustrated by way of an example with regard to an 
apparatus and method capable of remotely transmitting and 
receiving information, especially information relevant to 
fleet management such as delivery locations and times. But 
it will be recognized that the invention has a wider range of 
applicability. Merely by way of example, the invention can 
be applied to other types of transportation, mapping, infor- 
mation management, and the like. 

As the world becomes more industrialized and populated, 
transportation requirements also increase rapidly. In 
particular, the number of vehicles such as automobiles, 
trucks, vans, and the like on typical city highways has 
increased to levels such that traffic jams are now a way of 
life for a typical driver using these highways as a means for 
travel. In fact, some of these highways are so constricted that 
anyone using them can experience significant delays often 
unexpectedly due to problems such as accidents, road 
construction, and others. These problems also exist on other 
transportation ways such as our city streets, airways, and 
waterways. Accordingly, it is often difficult to predict with 
any accuracy the location of a vehicle using these transpor- 
tation ways. 

Cities and governments have attempted to resolve some of 
these problems by adding more transportation infrastructure 
in highly populated areas. This infrastructure often comes in 
the form of improved roads or highways, train systems, and 
the like. Unfortunately, roads, highways, and train systems 
arc often difficult to build in highly populated areas and are 
generally extremely expensive and time consuming to build. 
In most cases, construction used to provide this additional 
infrastructure often causes even more traffic congestion and 
other problems. 

Based upon this state of the transportation infrastructure 
in most industrialized countries, it is often difficult for a 
company involved in the courier or delivery business to 
accurately track its vehicles and deliveries. The problems 
mentioned above severely limit the predictability for a fleet 
manager to track vehicles in its fleet for the pick-up and 
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delivery of information, packages, and people. Moreover, it 
is desirable but difficult to keep the fleet manager up-to-date 
about the status of members of the fleet and to update the 
fleet members with information from the manager. 

5 Industry also has attempted to resolve some of these 
problems. For instance, some companies are now providing 
their couriers with cellular phones and radios so that a 
dispatcher can communicate with them. Other companies 
retrofit their vehicles with navigational systems such as 

10 LORAN or a global positioning system (GPS) to determine 
vehicle location. Still, other companies are using maps and 
GPS to track vehicle location by dispatchers at a central 
office terminal. 

One such company is Mobile Information Systems, Inc. 

15 ("Mobile Information Systems"), assignee of the present 
application, which pioneered a technique for implementing 
easy-lo-read maps for tracking vehicle location on a display 
or workstation at the central office terminal or any other 
terminal. In particular, Mobile Information Systems imple- 

20 mented one of the first techniques for using a raster-type 
map and vector data for referencing vehicle location. The 
raster-type map used on a display had features that were 
easy-to-read for a dispatcher or user. These features were 
generally geographical in nature and were easier to reference 

25 than the maps predominantly made using stick-type repre- 
sentations of geographical features. The techniques used by 
Mobile Information Systems have partly overcome some of 
the daily problems faced by a fleet manager or the like. It 
would, however, be desirable to develop other techniques for 

30 integrating further aspects of fleet management. 

Based upon the above, it would be desirable to develop a 
device for improving a user's ability to create and receive 
data to help with the predictability, efficiency, and accuracy 
of task management such as fleet management or tracking 

35 any object that can be transported into our roadways, 
highways, waterways, airways, and the like. 

SUMMARY OF THE INVENTION 

According to the present invention, a technique for pro- 

4Q cessing data is provided. In an exemplary embodiment, the 
invention provides a flexible way to process data at a remote 
location such that a user may conveniently enter and transfer 
data and also have ready access to powerful data processing. 
The present technique can be used in a variety of applica- 

4S tions such as transportation and the like, 

In an embodiment of the present invention a novel system 
for mobile data processing is provided. The system includes 
an interface unit (e.g., hand-held unit, mobile data terminal, 
personal information manager, commonly known as PIM or 

50 the like) that includes a processor, e.g., microprocessor, 
digital signal processor, microcomputer. A positioning sys- 
tem couples to a first antenna and to the processor. A remote 
data terminal electrically couples to the interface unit during 
at least a first time period. The remote data terminal is 

55 capable of data transfers with the interface unit during the 
first time period and with a user. This system allows a user 
to take the remote data terminal on errands away from the 
interface unit, and transfer data to and from the interface 
unit. 

60 In another embodiment, the remote data terminal is 
adapted to be hand-held. This allows the user to carry the 
remote data terminal on errands. Thus, the user can enter 
data conveniently in real-time when the user receives data. 
This, for example, allows the user to avoid writing the data 

65 onto paper only to be entered electronically later. 

In still another embodiment, the present invention pro- 
vides a method of data processing including receiving user 
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data in a control unit, receiving positioning data from a first FIG. 7 shows a simplified sample mobile data terminal 

antenna of the control unit, and transmitting the user data display primary menu according to an embodiment of the 

and the positioning data, using a second antenna of the present invention; 

control unit, to a base station. This embodiment provides a FIGS. 8A and 8B illustrate exemplary forms menus for 

method by which user data may be combined with position- 5 the mobile data terminal display according to an embodi- 

ing data thereby providing an indication of not only the men t 0 f the present invention; 

substance but also the origin of the user data. nGS 9A afld 9R show exemplary status memis for the 

In yet an alternative embodiment, the present invention mobile data terminal display according to an aspect of the 

provides a microprocessor based system using a novel set of present invention; 

instructions or computer codes. The computer codes form a io nG 10 a sim Ufied le secondary menu for 

computer program to carry out the functionality and meth- me mobUe ^ terminal accordi t0 an embo diment of the 

ods described herein. The funcUonality and methods are n{ inventi and 

described throughout the present specification and more r ^„ „ .„ . , , . , , 

articularlv below illustrates a simplified sample shutdown screen 
P ^,.. y . . , , „ ll5 for the mobile data terminal according to an embodiment of 

Tins invention provides myriad advantages. For example, ^ m mvention 

quick access could be gained to valuable information such as 

the user's current location, speed, direction, destination, DETAILED DESCRIPTION OF SPECIFIC 
schedule, estimated time to destination, and required time to EMBODIMENTS 
destination in some embodiments. The present invention can , j 
also store and transmit precise tracking information regard- ™ The Mowing descnptions use several acronyms and 
ing the user's past, present, and future positions and loca- abbreviations. For the reader s convenience, the foUowmg , is 
tions at noteworthy times such as when the user reaches * J* of thc morc frequently used acronyms and abbrevia- 
certain destinations including pickup and delivery points in 
other embodiments. When used in conjunction with sched- 
uling techniques, the present invention can, for example, 
improve user efficiency by reducing the time and cost of 
travel between destinations while providing improved track- 
ing of the user, packages, or the like. The present invention 
can provide accurate location and tracking information 
automatically, without requiring the user to enter this infor- 
mation which may require additional time or introduce 
human error. Also, the present invention may provide these 
and other advantages in a convenient and portable package. Ha ^ ar * Descn P tlon . 
Of course, the present invention provides other advantages. . c FIG - 1 shows a amplified overall system 110 in an 
Hence, the description provided here is only exemplary and 35 ^formation management system, such as a fleet manage- 
not an exhaustive list. ment according to an embodiment of the present 
, - A et , . . , mvention. This diagram is merely an illustration and should 
Some of the novel features of the invention are set forth qq{ ^ ^ * f ^ daims Qne of ordinary ^ 

in the appended claims. The invention however as weU as m ^ wQuld ^ other variations> alternative s, and 

other features and advantages hereof, will be best under- ^ modifications s lem n0 mclljdes a mo5ile mforma tion 

stood by reference to the detailed description which follows, ^ qt ^ & m ^ intefacts ^ a 

when read in conjunction with the accompanying drawings. mobile data suile (MDS) m ^ MIC may include a 

BRIEF DESCRIPTION OF THE DRAWINGS system, such as a software system, to manage several MDS 

FIG. 1 is a simplified block diagram of a data processing users to efficiently control fleet use. As merely an example, 

system according to an embodiment of the present inven- 45 U.S. Ser. No. 08/706,211, commonly assigned, describes a 

^ on . MIC according to the present invention. This application is 

FIG. 2A shows a simplified front view of an exemplary incorporated by reference herein for all purposes^ Of course, 

mobile data terminal according to an embodiment the °*« 9P« «* *y**n* which have simdai r functionality as 

present invention- ^ C oescnbea nereln can De useQ - 

■ '• i c j u. i j- r ^ 50 As shown, the MDS is an integrated module including a 

FIG. 2B is a simpMed block diagram of ^ apparatus q{ ^ ^ mobile dala 

according to an embodiment of the present invention; ug ^ ^ ^ mbodmieat> ^ MDS is „ 0Q . board 

FIG. 2C is a simplified block diagram of an apparatus ^ ad to flt mmi ^ y ^ a fleet vehicle such as 

accordmg to an embodiment of the present invention; a ^ y ^ of ^ p^fe^ me MDS is easily portable, 

FIG. 2D is a simplified flow diagram of a method accord- 5S fitting m a carrying case no bigger t han approximately 

ing to an aspect of the present invention; 18 w xl2"xl(T and weighing approximately 10 pounds or 

FIG. 3 is a simplified flow diagram of a method according \ ess jhis portability allows a user to remove the MDS from 

to an embodiment of the present invention; me vehicle for safe storage or for convenient maintenance 

FIG. 4 illustrates a simplified sample startup activation a way from the confines of the vehicle. In an embodiment, 

screen on a display of the mobile data terminal according to 50 the MDT may act as an interface between the MCU and the 

an aspect of the present invention; user for receiving and displaying information. 

FIG. 5 shows a simplified sample warning screen on the Preferably, the MCU includes a global positioning system 

mobile data terminal display in yet another aspect of the (GPS) 120, a microprocessor unit 122 (e.g., a microproces- 

present invention; sor board, a microcomputer, a microcontroller, a program- 

FIG. 6 shows a simplified sample welcome screen on the 65 mable controller), and a transmitter/receiver (T/R) unit 124. 

mobile data terminal display according to an aspect of the The GPS allows monitoring of positioning-related 

present invention; information, e.g., latitude and longitude. Positioning data 
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enters the GPS via a GPS antenna 126. The GPS antenna 
may be mounted on the exterior of the vehicle, but is not 
limited to this location. This may improve reception of the 
antenna while reducing space consumed by the system 
inside the vehicle. A magnetic base may be used to mount 5 
the antenna that will allow a user to quickly and easily 
remove the antenna for storage, to improve reception, or for 
other purposes. From the positioning data, the GPS can 
determine the current or past location of the MCU based on 
information received from global positioning satellites. The iQ 
GPS, the microprocessor unit, or the MDT (including MDT 
software) either alone or in combination, may use the 
information received by the GPS to determine information 
related to system management such as the vehicle's speed 
and heading. Alternatively, equipment at the MIC or else- 
where in the MCU, such as in the microprocessor unit, may 15 
determine this system management information. In an 
embodiment, the GPS is a Trimble OEM GPS receiver card 
made by Trimble Navigation, although other GPS systems 
can be used. 

Any form of positioning system capable of determining 20 
the location of the MCU could replace the GPS. For 
example, a system using information from local position 
detectors instead of global positioning satellites could be 
used. 

The GPS is generally not required and may be omitted 25 
from the MCU. In particular, not using a GPS may reduce 
the size, weight, complexity, initial cost, and maintenance 
expense of the MCU. Eliminating the GPS may be desirable 
for applications when system size and weight are at a 
premium such as for a bicycle messenger. 30 

In an embodiment, the MCU T/R receives data from, and 
transfers data to, the MIC via an MCU T/R antenna 128a. 
The MIC receives data from, and transmits data to, the MCU 
via a MIC antenna 1286 (the data transfer represented by a 
double-ended arrow). Data from the microprocessor or GPS 3S 
may be sent to the MIC or data from the MIC may be 
received and transferred to the GPS or microprocessor as 
needed by the MCU T/R. The MCU T/R may process 
received data as necessary to be in a form compatible with 
its destination. The MCU T/R is preferably a radio T/R, such 40 
as a radio frequency radio modem, due to cost and mainte- 
nance advantages. For example, the MCU T/R may be a 
RAM compatible Mobitek Modem made by Mobitek. Other 
forms of T/R units, however, may be used depending upon 
the application. The MCU T/R antenna, similar to the GPS 45 
antenna, may have a magnetic base, or be otherwise adapted, 
to assist mounting the antenna on the exterior of the fleet 
vehicle. To reduce interference, the GPS antenna and the 
MCU T/R antenna may be mounted at least about 12 inches 
apart. 50 

In an embodiment, the microprocessor unit may act as an 
interface unit in the MDS. For example, the microprocessor 
may provide an interface between the MCU T/R and the 
MDT, the MCU T/R and the GPS, or the GPS and the MDT 
Included in the microprocessor unit are a memory 130 and 55 
a microprocessor 132. The memory may, for example, store 
messages for the user of the MDS. These messages may 
come from, for example, the MIC, the GPS, or the user. 
Messages may be categorized into groups for convenience 
such as received but not yet read, received and previously 60 
read, and sent. The microprocessor can access desired por- 
tions of the memory for data insertion or retrieval. The 
microprocessor may also process data from the memory, the 
MIC, the GPS, or the MDT before transferring the data to the 
memory, the MIC, the GPS, or the MDT. Examples of such 65 
processing may include determining speed and heading 
information based upon positioning data. 
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In an embodiment of the present invention, the MDS 
architecture includes the MDT, MCU, GPS, microprocessor 
unit, and MCU T/R. The microprocessor unit may act as the 
central controller of the MDS, directing information flow 
between the components and storing information as neces- 
sary. The GPS receives information through its antenna and 
the microprocessor unit may store this data and/or direct it 
to the MCU T/R for transmission to the MIC or to the MDT 
for user viewing. Information from the MDT may also pass 
to the MCU T/R and/or be stored in memory under the 
direction of the microprocessor unit. The MCU T/R may 
then transmit the data to the MIC. The MCU T/R may also 
receive information from the MIC which the microprocessor 
unit may then direct into memory and/or to the MDT. 

A power cable 134 may connect the MCU to an external 
power supply. The external power supply may be the same 
power supply used by the vehicle. For example, the power 
cable may have a connector (not shown) that fits into a 
cigarette lighter socket of the vehicle. The MCU would then 
use the electrical energy from the vehicle such as a 12-volt 
battery. Using an external power supply could help reduce 
the size, weight, and cost of the MDS. 

Alternatively, the MCU may have an internal power 
supply 136 in addition to, or in lieu of, the external power 
supply. Having an internal power supply would allow the 
MDS to operate independently of an external power supply. 
The user could, for example, use the MDS in places which 
would be inaccessible if the MCU was dependent upon a 
vehicle power supply. Also, having an internal power supply 
would allow the user to use the MDS as needed in case of 
a failure of the vehicle's power supply. For example, the user 
could relay information to the MIC if the user is in an 
accident that causes the battery to stop functioning, or during 
a malfunction which prevents energy from reaching the 
power cable. 

The MDS may also include a printer 140. Having a printer 
would, for example, allow the user to make a hard copy of 
data received from the MIC, transmitted to the MIC, or 
entered into the MDT even if not transmitted to the MIC. 
The printer may also be utilized to provide a hard copy of 
other information such as the configuration of the MDS, 
GPS, MDT, or the MCU. 

FIG. 2A illustrates an exemplary front view diagram of an 
MDT 200 according to an embodiment of the present 
invention. This diagram is merely an illustration and should 
not limit the scope of the claims herein. One of ordinary skill 
in the art would recognize other variations, alternatives, and 
modifications. Data from the GPS and MIC may be illus- 
trated on a display 202 of the MDT. The display permits the 
user to visually inspect the displayed data and act accord- 
ingly. The display can be any suitable output device such as 
a liquid crystal display or an active matrix liquid crystal 
display, as well as other types of displays, e.g., laser, diodes. 
The display should have a sufficient region for providing 
information (e.g., text, numbers) in an easy to read manner 
to a user. Additionally, the display can work under limited or 
low power conditions in some embodiments. The display 
also can be used as an input device such as a touch sensitive 
screen used in, for example, a product called PalmPilot™ 
made by 3Com™ Corporation of California. Preferably, the 
display is also resistant to extreme environmental tempera- 
ture ranges (e.g., freezing) and is shock resistant. 
Furthermore, the display is sealed or isolated from moisture 
and particulates such as "dust" or contamination. These and 
other features will become more apparent throughout the 
present specification and more particularly below. 
Additionally, although the above display is configured in the 
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MDT, the invention also has other applications. For 
example, the display can be detached from the MDT. The 
display can be loosely coupled to the MDT. Alternatively, 
the display can be integrated into another device such as a 
watch, a helmet, glasses, clipboard, and the like. 5 

In an embodiment, information from the MIC such as 
changes in delivery or pick-up schedules, lunch break 
approvals, emergencies, traffic conditions, vehicle location, 
and personal messages may be displayed. Also, if the MDT 
is a pager, the user can receive business, personal, and other 10 
messages such as reminders, phone numbers, and emergen- 
cies. In an embodiment, the received data may include 
general information that may be broadcast to many users 
simultaneously, such as sports scores or other news. The 
display can also be coupled to another output device such as 15 
a beeper, a pager, electric shocker, or a vibrator to alert the 
user in a specific or selected situation such as an emergency. 

In an embodiment, the MDT may also receive data from 
the user. In such an embodiment, the MDT may have a data 
entry portion 204. As shown in FIG. 2A, the data entry area 20 
may be a keypad. Other types of data entry tools may be 
utilized including a flat-panel keypad, a recorder that 
receives and stores sounds such as speech, a voice recog- 
nition unit which could recognize speech and convert the 
speech into data indicative of the speech such as text data, 25 
a touch-sensitive display, a display area allowing the user to 
write or draw characters or symbols such as a signature (e.g., 
pen computing), a bar-code reader, or a scanner (e.g., an 
optical character recognition device). If the data entry area 
is one of the last two examples, the data entry portion may 30 
coincide with the display 202. Alternatively, if the data entry 
portion receives data through writing or drawing on a 
display, the MDT or MCU may include circuitry to recog- 
nize hand-writings or signatures. This ability, for example, 
could assist the user in determining whether the person 
signing for a package has the authority to do so. 

As shown in FIG. 2A, the MDT may include a housing 
206 adapted to fit in the user's hand, for example. Such a 
hand -held design permits the user to hold the MDT with one 
hand and enter data with the other hand. Alternatively, if the 
data entry portion receives audio input, the user may con- 
veniently hold the MDT with one hand, enter data, and still 
have one hand free. Such an arrangement also permits a user 
with physical handicap to use the MDT more conveniently. 
The housing is preferably made of a suitable material to 
withstand environmental variations such as temperature and 
weather. Accordingly, it is desirable to have a housing that 
is resistant to moisture and particulate contamination. This 
feature can be achieved by way of seals such as o-type rings 
and rubber gaskets, which seal one member of the housing 
with another member of the housing. 

Furthermore, the housing can be sufficiently rigid to 
withstand mechanical shock, although other embodiments 
may require a flexible or "soft" housing for ergonomic 
purposes. In these embodiments, the housing can have a 
coating made of a soft or flexible synthetic material, which 
tends to be easier to handle with "hot" and "sweaty" palms, 
for example. Preferably, the housing is also made of an 
isolating or shielding material which can electrically isolate 
the internal electronics from external transmission lines that 
can lead to "noise" or multi-path influences. The housing is 
also chemically resistant and inert to isolate the internal 
components from chemical influences. Although some desir- 
able features have been described, numerous other features 
can be implemented into the present housing design. 

Additionally, the MDT is detachable from the MCU in 
some embodiments. A detachable design allows the user to 
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use the MDT away from the MCU. Thus, the user may not 
need to carry the whole MCU in order to use the system. 
Furthermore, an internal MDT power supply 208 would 
permit the user to use the MDT away from the MCU. The 
MDT power supply may also be mounted externally, for 
example, on a belt clip. Such a configuration may provide a 
lighter MDT which may be carried by hand for a longer 
period to distance. The MDT is generally less than 5 pounds, 
less than 2.5 pounds, or less than 1 pound to merely ounces 
in preferred embodiments. 

If detachable, the MDT can be able to transfer data to, and 
receive data from, the MCU when connected to the MCU. In 
this embodiment, the user enters data while away from the 
MCU and later connects the MDT to the MCU. Once 
connected, the MDT and MCU can transfer data to each 
other. This configuration obviates driving or even having an 
antenna, and associated circuitry, in the MDT for receiving 
and transferring data while detached from the MCU. 

Alternatively, the MDT may receive, transmit, or transmit 
and receive data while detached from the MCU. In such an 
embodiment, the MDT may have an MDT antenna 210 and 
associated circuitry, which is shown in reference to FIG. 2B. 
The MDT antenna may be internal, as shown, or external. 
The MDT can transfer data back and forth with the MCU, 
MDS, and MIC via the MDT antenna. To reduce the 
circuitry needed and/or power consumed, the MDT may be 
restricted to receiving data only (such as if the MDT is a 
pager), or transmitting data only. Depending upon the fre- 
quency chosen for remote data transfer between the MDT 
and MCU, the MCU may require an additional MCU/MDT 
antenna 138. 

Given the various embodiments described above, the 
MDT may take several forms. In an embodiment, the MDT 
can be encased in a portable data terminal (PDT) 3100 made 
by Symbol Technologies, Inc. Alternatively, the MDT may 
be encased in an electronic personal organizer such as the 
PalmPilot™. The MDT may also include, or simply be, a 
printer. 

FIG. 2B is a simplified block diagram of the MDT shown 
above. This diagram is merely an illustration and should not 
limit the scope of the claims herein. One of ordinary skill in 
the art would recognize other variations, alternatives, and 
modifications. The simplified diagram includes, among 
other elements, a GPS 251, a transmitter/receiver unit 253, 
a microprocessor unit 254, a power supply 263, a printer 
driver 261, a display driver 259, which are coupled to each 
other by way of a common bus(es) 257. The GPS determines 
positioning information, which can be displayed by way of 
the display through the display driver or which can be sent 
to the MIC through the transmitter/receiver unit. Additional 

i output of information can be directed to an optional printer 
by way of the printer driver. The power supply provides 
energy in the form of electrical voltage and current to 
elements of the MDT. Preferably, the power supply is a 
rechargeable battery such as "NiCad" or the like. 

; Alternatively, low voltage applications can be driven by a 
solar power supply unit, which can also be used to recharge 
the battery in some embodiments. Antenna 210 is coupled to 
the transmitter/receiver. In an embodiment, the antenna is 
capable of communicating through radio frequency radio 

i signals. The location and type of the antenna, however, is 
merely exemplary and one of ordinary skill in the art would 
recognize other variations, alternatives, and modifications. 
For example the antenna may be internal or external to the 
device, or may utilize other types of signals to communicate, 

; such as infra red. Overall functionality of the MDT is often 
overseen using the microprocessor based unit in the present 
embodiment. 



07/15/2003, EAST Version: 1.03.0002 



6,087,952 

9 10 

FIG. 2C is a simplified block diagram of the MDS made of material suitable for withstanding environmental, 
according to an embodiment of the present invention. This mechanical, and weather variations. For example, for out- 
diagram is merely an exemplary illustration and should not side use of the MDS, the connectors are preferably made of 
limit the scope of the claims herein. One of ordinary skill in material resistant to rust. Alternatively, the connectors can 
the art would recognize other variations, alternatives, and 5 be coated with protective material such as paints, rubber, or 
modifications. The MDS includes a container 264 with a the like. 

removable part 265. Preferably, the container is light weight In an embodiment, the container has several compart- 
to enable the user to comfortably carry the container for long ments 269. The compartments assist in isolating contents of 
distances. In an embodiment, the container can weigh less the container for safety and other reasons. Alternatively, the 
than one pound, less than half a pound, or in the order of a 10 compartments provide logical and efficient orientation for 
few ounces. contents of the container. In some embodiments, each com- 

In some embodiments, the removable part provides access partment is made of material suitable to ensure no fluid or 
to the interior of the container. Preferably, the removable other types of leakage to adjoining compartments. For 
part is attached to the container at one side and removably example, if a battery is installed in a separate compartment, 
connected to the container on the remaining sides of the 15 in case the battery leaks, the acids or other such harmful 
removable part. The removable part can be connected to the material will be isolated within the same compartment 
container by a removing mechanism 266, such as a zipper, without harming contents of any other compartment. 
Velcro™, or the like. The removing mechanism, removable The compartments can be separated by packing material 
part, and container may be made of a suitable material to 271 to protect the compartments from mechanical, electrical, 
withstand environmental variations such as temperature and 20 or environmental variations. The packing material may be 
weather. Accordingly, it is desirable to have a housing that selected from sufficiently absorbent material to protect the 
is resistant to moisture and particulate contamination. The compartments or their contents from bumps or other external 
housing could also be resistant to mechanical shock, elec- and internal hazards. For example, for an installation on a 
trical interference, etc. Such an embodiment would, for bicycle, an absorbent packing material may save the corn- 
example, allow the MDS to be protectively transportable. 25 partments from dangerous ordinary shocks which may be 
The protection could also be extended to exclude unautho- the normal result of a bicycle ride or the like. The packing 
rized access to the interior of the container by utilizing an material may be selected from a variety of materials includ- 
alarm, bullet-proof material, or the like. Preferably, the MDS ing Poly Vinyl Alcohol, commonly known as PVA, foam, 
weighs less than 20 pounds, less than 10 pounds, or less than rubber, poly urethane, webbed version of any of these 
a pound. In some embodiments, the weight of the MDS may 30 material such as webbed poly urethane, etc. 
be in the order of ounces. A lower weight may enable a user A plug 273 provides an electrical connection to provide 
to conveniently carry the MDS to remote locations, a electrical power to contents of the container. In some 
vehicle, or the like. embodiments, the plug can be directly connected to a 

A carrying strap 267 assists in portability of the MDS in receptacle (not shown) in a vehicle. For example, the plug 

some embodiments. In an embodiment, the strap is made of 35 may provide 12 or 24 Volts of potential if it is connected to 

a suitable material to withstand environmental variations a receptacle in an automobile. Alternatively, the plug may 

such as temperature and weather. The strap should be made provide 6 Volts of potential if it is connected to a motorcycle, 

of material strong enough to withstand the weight of the In yet another embodiment, the plug might be connected to 

MDS in intended operating conditions, such as carrying the a converter (not shown) which transforms regular vehicle 

MDS for long distances on a user's shoulder or the like. In 40 Direct Current battery source to an Alternating Current 

some embodiments, the strap is expandable to adjust for source. The converter may alternatively be installed inside 

different heights. The strap can also be made of stretchable the container. 

material to enhance comfort and adjustability of the strap An antenna 274 provides communication channels for 

when carried in different conditions. In an embodiment, the contents of the container. The antenna can be mounted 

strap is a handle for carrying the container. The strap may 45 internally or externally. The antenna can be connected to 

also be detachable to allow for quick installment and contents of the container to enable a better reception or, 

removal of the strap. alternatively, enhance the existing reception. The antenna 

The container is preferably small enough to fit conve- can also be mounted on the vehicle and hard-wired to the 

niently into any suitable vehicle such as a bicycle, cart, container for use with other parts inside the container. The 

motorcycle, automobile, boat, van, minivan, or the like. The 50 antenna may utilize different frequencies to communicate, 

container can also be small enough to enable any user to such as infra red, radio, microwave, or the like, 

conveniently carry the MDS on any transportation vehicle A data port 275 provides a connection for data commu- 

such as public transportation, buses, airplanes, trains, nication. This data may originate from the MDT, MCU, 

subways, Bay Area Rapid Transit (BART™), or the like, MIC, or the like. In some embodiments, the antenna pro- 

without inconveniencing other passengers or the user. 55 vides this function. For example, in high interference 

Preferably, the container is small enough to fit in the locations, the antenna may not provide a good reception and 

backseat, passenger seat, cargo bay, or trunk of any the data port may provide a better communication channel, 

automobile, or the like. In an embodiment, the container size In some embodiments, the data port can enable a higher 

may be less than 16 inches long by 8 inches wide by 12 communication rate than the antenna, 

inches high or less than 8 inches long by 4 inches wide by 60 FIG. 2D illustrates an exemplary flow diagram 280 for a 

6 inches high. method according to an embodiment of the present invention 

Connectors 268 assist in securing the container to a using a system such as that shown in FIG. 2C. This method 

suitable vehicle. The specific type of the connectors are is exemplary only and does not limit the claims to this 

immaterial as long as the container is sufficiently secured. embodiment. The order in which the steps appear in the 

For example, the connectors can be tie-downs, elastic hooks, 65 figure are largely arbitrary and may appear in many orders 

screws, straps, loops for passing a rope, bungy cables, different from the specific order shown in FIG. 2C. One of 

springs, clamps, Velcro™, or the like. The connectors can be ordinary skill in the art would recognize other variations, 
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alternatives, and modifications. For example, this method 
allows the user to carry the container and quickly install the 
container such that the container performs functions of a 
permanently installed system. The user is then able to 
quickly remove the container and carry it to its new desti- 5 
nation. Therefore, this method enables a user to maintain a 
portable unit mobile while the unit provides the benefits of 
a fully installed system. 

The method starts at step 282 and proceeds to step 284, 
when a vehicle is provided. The vehicle may be any trans- 
portation apparatus such as public transportation, buses, 
airplanes, trains, automobiles, vans, minivans, bicycles, 
motorcycles, subways, Bay Area Rapid Transit (BART™), 
or the like. 

At step 286, a container is provided, such as one described 
above with respect to FIG. 2C. The container does not have 15 
to include all elements described above. For example, it may 
only be a protective cover for the MDT, a brief case, or the 
like. 

In step 288, the provided container is secured. One of 
ordinary skill in the art would recognize many variations for 20 
securing a container. For example, the connectors described 
above with respect to FIG. 2C can be used, such as tie- 
downs, elastic hooks, screws, straps, loops for passing a 
rope, bungy cables, springs, clamps, Velcro™, or the like. 

In step 290, electrical connectors or the like are plugged 25 
in. For example, these connectors can include the antenna, 
plug, or data port of FIG. 2C can be connected in step 290. 
These connectors may also include other types of connectors 
such as an external display, or the like. 

In step 291, the user can operate equipment included in 30 
the container. Starting in step 292, the container is dis- 
mounted from the vehicle it is attached to. First, in step 292, 
the plugged-in connectors are disconnected. In step 294, the 
secured container is detached by undoing any connectors 
that may be securing the container. In step 296, the container 35 
is removed from the vehicle. Finally, in step 298, the method 
ends. 

Additions and omissions to the steps of FIG. 2D are also 
acceptable. For example, step 290 can be omitted if the 
container is self sufficient and does not need external power, 40 
antenna, or the like. Moreover, the method may include 
more steps or sub-steps including leaving portions of the 
container secured while detaching other portions. 

FIG. 3 shows an example of a simplified method 300 
according to an embodiment of the present invention using 45 
a system such as that shown in FIGS. 1 and 2. This method 
is exemplary only and does not limit the claims to this 
embodiment. The order in which the steps appear in the 
figure are largely arbitrary and may appear in many orders 
different from the specific order shown in FIG. 3. One of 50 
ordinary skill in the art would recognize other variations, 
alternatives, and modifications. 

The method starts at step 302 and proceeds to step 304, 
when user data is entered into the MDT. This data entry may 
take any of numerous forms depending on the particular 55 
MDT used. For example, the user may enter data by pressing 
keys on a keypad, touching portions of a touch screen, 
scanning a document, or reading a bar code. 

At step 306, the user data is transferred from the MDT to 
the MCU. Again, this data transfer may take any of numer- 60 
ous forms. For example, the data transfer may be accom- 
plished via the MDT antenna, or by coupling the MDT and 
MCU using a cable, or by positioning the MDT into a cradle 
in the MCU having MCU contacts adapted to couple to 
corresponding MDT contacts. 65 

At steps 308 and 310, the MDS receives positioning data 
via the GPS antenna and MIC data via the T/R antenna. As 
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described above, the positioning data could also come from 
local position detectors or other positioning systems. The 
GPS and T/R antennas may be specifically designed or 
selected to reduce the power needed to provide adequate 
data transfer between the MCU and the positioning system 
or the MIC. 

In step 312, the MCU processes MCU data (including, for 
example, the user data, positioning data, and MIC data) as 
needed. Such processing may include manipulating the user 
data, positioning data, and MIC data and converting them 
into formats compatible with the MIC or the MDT. For 
example, the positioning data may require manipulation in 
order to display this information on the MDT. Also, this step 
may include the processing needed to determine information 
such as vehicle speed and heading. 

In step 314, the MCU data is transferred to the MIC. All, 
selected part, or none of the information available for 
transfer may be transferred. This data transfer may typically 
involve sending the data via the T/R antenna to a corre- 
sponding antenna at the MIC. 

In step 316, the MCU transfers data to the MDT. All, 
selected part, or none of the information available for 
transfer may be transferred. This data transfer may occur in 
the same manner as described above with respect to trans- 
ferring data from the MDT to the MCU. The MCU may be 
configured to transfer data when a communication link 
between the MCU and the MDT exists, or periodically. For 
example, the MCU may accumulate data for transfer to the 
MDT for a predetermined time period, then transfer some 
part of the accumulated data at the end of the time period. 
Alternatively, the MCU may transfer data to the MDT in 
real-time, as soon as data is ready for transfer. 

In step 318, the MCU data is displayed on the MDT 
display. The displayed data may include the MCU data 
transferred from the MCU, the user data entered into the 
MDT, and/or predetermined data not entered by the user or 
received from the MCU. An example of the predetermined 
data would be prompts provided to the user to request data 
input, text or symbols displayed near the user data, or MCU 
data that may provide an indication of the significance, or 
meaning, of the displayed user or MCU data. 

Finally, the process terminates at step 320. While the 
above method has been described using a specific order, 
many combinations and permutations of the order presented 
are possible. The steps may appear in almost any order 
within a few logical guidelines. These guidelines may 
merely ask that data exists before an attempt to transfer or 
process it. For example, step 306 of transferring user data 
from the MDT to the MCU may follow step 304 at a later 
time. Likewise, step 312 of processing MCU data may 
follow any combination of the steps that provide data to the 
MCU, such as steps 306 through 310. Similarly, steps 314 
and 316 of transferring MCU data to the MIC and the MDT 
may follow any combination of the steps that provide data 
to the MCU. And, step 318 of displaying MCU data on the 
MDT display may follow the step of transferring MCU data 
to the MDT at a later time. 

Additions and omissions to the steps of FIG. 3 are also 
acceptable. For example, the MCU need not receive MIC 
data from the MIC. As a further example, the MCU may not 
even have GPS (or other positioning system) capabilities 
and, hence, the method need not include receiving position- 
ing data. Other deletions are also possible. Moreover, the 
method may include more steps or sub-steps including 
transferring data to a RAM network that may provide 
coverage nationwide, globally, and beyond. 
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Software Description 

In an embodiment, the present invention includes soft- 
ware to control the user interface and data processing 
operations. The software may partly or completely reside in 
the MCU or MIC, but preferably resides in the MDT. Thus, 
while the software is sometimes referred to below as the 
MDT software, this label refers to an, but not the only, 
possible embodiment of the present invention. In some 
embodiments, the MDT may be encased in a Symbol 
terminal, such as Series 3100, that has its own software. The 
software described below may be an addition, a 
modification, or a replacement of the software supplied with 
the Symbol terminal. The software of the present invention 
may control receipt, processing, and transmission of data 
between the MCU, MDT, MIC, user, etc. 

Moreover, the software described below, in accordance 
with an embodiment of the present invention, may support 
several configurations of the MCU. Moreover, one configu- 
ration does not necessarily include more or less hardware 
than another configuration. For example, an external modem 
configuration may support a Symbol Series 3100 terminal, 
an external RAM-compatible Mobitek Modem (sometimes 
referred to as a Mobidem), and a Motorola 505sd modem. 
This configuration may, for example, not support GPS 
functionality. 

Similarly, a black box configuration may support a Sym- 
bol Series 3100 terminal and a black box including a 
RAM-compatible Mobitek Modem module, and a Trimble 
OEM GPS receiver card. This configuration, for example, 
could support, among others, modem communications and 
GPS information receipt, processing, and transmission. 

The software preferably runs on the MDT, interfaces with 
the external Mobitek modem or a black box including the 
GPS and the MCU T/R. Also, the MDT software preferably 
includes a traffic manager and a report scheduler. 

Preferably, the MDT software is organized in a modular 
fashion. This arrangement may provide compartmentalized 
functionality to assist with creation and modification of the 
software code and debugging of problems. For example, an 
engine module may communicate with the GPS. This mod- 
ule could prepare data for transmission to the GPS and 
process data received from the GPS. The data transmitted 
and received may or may not pass through or be stored in the 
microprocessor unit. In some embodiments, the engine 
module supports Magnavox 4200 and engine receivers used 
in the GPS. 

In an embodiment, a hardware initialization module may 
provide initialization and hardware interface functions for 
the MDS. In this respect, the MDT may initialize the entire 
MDS by transmitting initialization parameters to the MCU 
to initialize the MCU T/R, the GPS, and the microprocessor 
unit. After initialization, this module can provide interface 
functions among the various MDS components. In a pre- 
ferred embodiment, this module may also provide support 
for an event timer facility of the MDS. The event timer 
facility could, for example, allow users to have a number of 
timers based on the Symbol terminal system timer. 

In another embodiment, an MDT module may provide 
MDT-specific functions. For example, the MDT module 
may support data entry forms (e.g., a package delivery form 
or a hospital admittance form) that are larger than the 
physical size of the screen by allowing scrolling of the 
forms. In addition, a number of routines could support 
automatic list building by selecting and inserting an identi- 
fication number in appropriate form field. The MDT module 
may provide a recall of information that is the same from job 
to job, such as customer-related information, by having the 
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user provide the identification number. This would save the 
user time and effort in entering such information. For 
example, the customer's address, phone number, billing, and 
special instruction information may be recalled based upon 

5 entry of the customer's name or other identification tools 
such as the identification number. 

Other features may include using a Menus module to 
support scrolling menus, time and distance position 
reporting, data compression, and blinking overlaid indica- 

10 tors for canceled, re-transmitted, and changed jobs. The user 
may select items in each menu by scrolling or entering an 
associated number. To exit from any menu, the user may 
press a clear key, etc. Some examples of the menu operations 
and options are discussed in more detail below. 

15 In a preferred embodiment, an MDT utility module may 
provide utilities for an MDT interface. The MDT interface 
may include a display screen upon which data may be 
displayed prompting the user for information or providing 
the user with information. To assist the user with the MDT 

20 interface, the MDT utility module may provide processes 
for, among other things, creating menus, positioning a cursor 
in the menus, and checking for input from the user. 

FIG. 4 shows a sample startup activation screen. This 
screen displays general information and, for example, 

25 prompts the user to press the acknowledge key to activate 
the system. This figure is merely an illustration and should 
not limit the scope of the claims herein. One of ordinary skill 
in the art would recognize other variations, alternatives, and 
modifications. 

30 In an embodiment, a timer requires the user to press the 
enter key within a predetermined time (e.g., five seconds) or 
the MDT would shut down, requiring reactivation by the 
user before use. Alternatively, the startup screen may ask for 
the user to enter a security code. This will, for example, only 

35 provide authorized personnel access to the MDT. Other 
methods of startup activation may include finger-print 
recognition, retina recognition, etc. 

FIG. 5 shows a sample warning screen displayed by the 
MDT at least for safety purposes. This figure is merely an 

40 illustration and should not limit the scope of the claims 
herein. One of ordinary skill in the art would recognize other 
variations, alternatives, and modifications. This or other 
warning screens may be displayed for different purposes. 
For example, the screen may display contact information in 

45 case the MDT is lost by the rightful owner. 

FIG. 6 shows a welcome screen that the MDT may 
display. This figure is merely an illustration and should not 
limit the scope of the claims herein. One of ordinary skill in 
the art would recognize other variations, alternatives, and 

50 modifications. For example, information regarding matters 
including company name, version of the software, 
copyright, patent, trademark, or other intellectual property 
protection may be displayed on this screen. This screen may 
also display contact information in case the MDT is lost by 

55 the rightful owner. 

FIG. 7 shows an primary menu 700 of the MDT. This 
figure is merely an illustration and should not limit the scope 
of the claims herein. One of ordinary skill in the art would 
recognize other variations, alternatives, and modifications. 

so The primary menu has an upper portion 702 including status 
indicators, and current date and time, and a lower portion 
704 providing information about user selectable functions 
and the corresponding keys. The MDT status indicators 
shown in FIG. 7 provide information about the current 

65 operating status of the MDT. A NEW indicator 706 flashes 
when new messages are received. An indicator 707 displays 
the number of new messages. A LINK indicator 708 informs 
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the user as to whether the network link is UP or DOWN. In 
an embodiment, the MDS communicates with the MIC only 
if the link is UP. A BAIT indicator (not shown) may replace 
the LINK indicator when the MDT is disconnected from the 
MCU. The BATT indicator may provide general energy 
status of a battery in the MDT by, for example, indicating 
that the battery is either GOOD, LOW, or DEAD. Any of the 
MDT indicators may flash to indicate an abnormal status. A 
number 709 next to a pending indicator 710 displays the 
number of messages currently awaiting transmission. A 
number 711 next to a saved indicator 712 displays how many 
messages have been saved. A GPS indicator 714 provides 
information as to the age of GPS data and current GPS 
navigation capabilities. An "UNK" status may designate an 
unknown GPS status. Similarly, "N/A" may indicate that 
GPS information is unavailable or "OLD" may indicate that 
the most recent GPS data is older than 10 seconds. "NV2" 
may indicate that only 2-D navigation is available (i.e., only 
3 satellites are visible) while "NV3" may indicate that 3-D 
navigation is available (i.e., more than 4 satellites are 
visible). 

A signal-strength indicator 716 may indicate the signal 
strength of the modem. The signal-strength indicator may 
display up to six bars (e.g., right-facing arrowheads in FIG. 
7). Three or more bars may indicate very strong communi- 
cation signal, providing a very good coverage area. 

The lower portion of the primary menu displays several 
options available to the user by pressing various keys. For 
example, pressing the Fl key may display a help description. 
Pressing the PREV or NEXT keys may then step through 30 
various help pages. To return to the primary menu, the user 
can press the MENU key. 

Pressing F2 from the primary menu may allow the user to 
view sent messages. In an embodiment, the MDT retains the 
four most recently sent messages. Pressing F2 from the 
primary menu may cause the MDT to display a list of sent 
messages with corresponding current statuses such as deliv- 
ered or pending and the time each was sent. Using the 
PREV/up-arrow and NEXT/down-arrow keys may step 
through these messages. An extended beep sounds may warn 
the user when no further scrolling is possible. 

In an embodiment, to view saved messages the user may 
press F3 from the menu 700. The MDT then displays the 
latest saved message which could be scrollable as discussed 
above. Moreover, the user may delete sent and saved mes- 
sages by navigating through the appropriate screens. Before 
deleting any messages, the MDT may confirm the deletion 
action. 

Pressing F4 from the menu 700 may provide access to 
new messages. For example, if the NEW indicator in the 
primary menu is blinking, the MDT may have one or more 
new messages. Pressing F4 may cause the MDT to display 
the new messages, for example, with the newest message 
displayed first. Once the user reaches the new messages, the 
user may scroll through the various new messages. 

FIGS. 8A and 8B illustrate a simplified FORMS MENU 
800. These figures are merely an illustration and should not 
limit the scope of the claims herein. One of ordinary skill in 
the art would recognize other variations, alternatives, and 
modifications. As shown, various options may be displayed 
on the FORMS MENU. This menu may also be scrollable to 
ensure all related information are displayed in the same 
menu. For example, FIGS. 8A and 8B may be 2 of may 
available screens within the same menu 800. An area 805 
may show an order of the present screen amongst the 
available screens within the same menu 800. The user may 
select a desired form by either highlighting the form's title 



using an up-arrow or a down-arrow key and pressing an 
enter key. Alternatively, numbers associated with each item 
may be entered. 

Preferably, each form displayed in the FORMS MENU 
may be designed to ensure the user spends less time in 
preparing reoccurring information. For example, form 810 
may enable the user to enter orders by utilizing previously 
saved information in order to minimize data entry time and 
possible errors. Once a form is filled, the user may send the 
currently-selected form to, for example, the MIC. 

FIGS. 9A and 9B illustrates an exemplary STATUS 
MENU 900. These figures are merely an illustration and 
should not limit the scope of the claims herein. One of 
ordinary skill in the art would recognize other variations, 
alternatives, and modifications. Again, the user may select a 
desired form by using the up-arrow and down-arrow keys 
and the enter key, or by entering the appropriate code. The 
selected status screen is then displayed. If a different status 
is desired, the user may repeat the process, or may use the 
PREV and NEXT keys to cycle through the various status 
codes. Once the desired status is displayed, the user may 
send the status to, for example, the MIC. The user may also 
exit the status menu. 

In an embodiment, the MDT keypad performs several 
generic operations according to the keys pressed. Table 1 
lists some generic operations according to key stroke or 
combination of strokes that initiate corresponding functions. 

TABLE 1 
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KEY 



Function Performed 



35 



40 



FORM 

STATUS 

Fl 

F2 

F3 

F4 

MENU 
SAVE 

ACK 

NEXT 
PREV 
ENTER 



CTL + SEND 

DEL 

CLR 

CLR followed by CLR 



55 



FNC 
BSP 

SPACE 

"FNC followed by BSP' 
LAMP 

DARK and LIGHT 
UP ARROW (t) 



DOWN ARROW (j) 



Displays the FORMS menu. 

Displays the STATUS menu. 

Executes function associated with Fl menu 

selection. 

Executes function associated with F2 menu 
selection. 

Executes function associated with F3 menu 
selection. 

Executes function associated with F4 menu 
selection. 

Displays Primary menu. 

Saves currently displayed form to the "SAVED 

MESSAGES" list 

Sends an acknowledge message to the host 
when appropriate, and also may save the 
message. 

Performs the next logical operation in the 
current context. 

Performs the previous logical operation in the 
current context. 

Moves the cursor to the next editable field in 
form editing mode. May also select a 
highlighted option. 

Sends currently displayed FORM or STATUS. 
Deletes a message. 

Clears a field. In some menus, this key is used 

to go back to the previous or a primary screen. 

Clears, when in edit mode, editable data from 

the form (by pressing CLR twice). 

Selects the blue colored functions. 

Deletes the character before to the cursor (e.g., 

BACKSPACE). 

Inserts a space character. 

Toggles the back-light ON and OFF. 
Cycles through the brightness level of the 
back-light 

Selects next scrollable value for this field, 
scrolls up the displayed form, or produces error 
beep if at the top of the form. 
Selects previous scrollable value for this field, 
scrolls down the displayed form, or produces 
error beep if at the bottom of the form. 
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KEY 



Function Performed 



LEFT ARROW M 

RIGHT ARROW (— ) 

ALPHA KEYS 
NUMERIC KEYS 
SPECIAL 
CHARACTERS 
FNC followed by SHF 



Moves to the previous character in an editable 
field of a FORM. 

Advances to the next character in an editable 

field of a FORM. 

Input an alpha character. 

Input a numeric character. 

The GREEN characters are special characters 

that can be inserted in any editable field. 

Toggles the CAPS LOCK mode. 



10 



15 



20 



25 



30 



FIG. 10 shows a secondary menu of the MDT indicating 
various options for the user. This figure is merely an 
illustration and should not limit the scope of the claims 
herein. One of ordinary skill in the art would recognize other 
variations, alternatives, and modifications. In an 
embodiment, pressing a next key from the primary menu 
causes the MDT to display this screen. In the embodiment of 
FIG. 10, once at the secondary menu, the user may press any 
key (except F1-F4) to go back to the primary menu. 

Moreover, pressing Fl from the secondary menu may 
provide the user with time, speed, and direction information. 
This may be accomplished by displaying GPS information, 
if available. A time-speed-directioQ screen may show the 
current time, the speed of the vehicle, and the direction it is 
heading such as north, east, etc. It also may display how long 
the system has been turned on. In this embodiment, pressing 
any key returns the user to the secondary menu. 

To turn OFF the MDT the user can select the F2 key from 
the secondary menu. If connected to the MCU, shutting 
down the MDT may also shut down the MCU after the MCU 
sends a message to the MIC (which could take as long as five 
minutes or more if communication coverage is poor). It may 3S 
take a few seconds to a minute before the MDT actually 
powers down. 

FIG. 11 is an exemplary illustration of a shutdown screen 
according to an embodiment of the present invention. This 
figure is merely an illustration and should not limit the scope 
of the claims herein. One of ordinary skill in the art would 
recognize other variations, alternatives, and modifications. 
This screen may inform the user that the user will not receive 
messages while the MDT is shut down and prompts the user 
to proceed with shut down (ACK) or cancel the shut down 
request (CLR). Once the system has been shut down, the 
user may unplug the appropriate cables and remove the 
system from the vehicle for safe storage. The MDT may 
retain all data in the memory. 

Returning to FIG. 10, pressing the F3 key may permit the 
user to enter a field-service screen. Access to this screen, 
however, may require a password and, preferably, only field 
service personnel have access to valid passwords or security 
codes. 

In the embodiment of FIG. 10, the user may also view the 
MDT system application version number by pressing F4. 
From the system version screen, pressing any key may 
return the user to the secondary menu. 

The MDS may be configured to save the last 40 job ID's 
(tag or identification numbers) to make it easier to enter 
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them into an outgoing form rather than re-entering them 
using the alpha/numeric keys or other means such as a voice 
recognition, character recognition, etc. When the cursor is 
placed in the job ID field, the user may press the up-arrow 
or down-arrow keys to scroll through the list of the latest 
JOB IDs. Once the desired job ID is displayed in this field, 
the user can proceed to the next field using the ENTER key. 
Some IDs may be displayed in reverse order indicating that 
a "pickup form" was sent to the host. 

Jobs in the MDT may be canceled by the dispatcher, 
retransmitted, or changed. In each of these instances, the 
MDT may display these conditions in a unique way. If a job 
is canceled, the MDT displays the job to be canceled with a 
big flashing "X" overlaying the job. The MDT automatically 
removes the job once the user acknowledges the message. If 
the job is retransmitted as is, the MDT displays the job with 
a big flashing "R." Finally, if the job is retransmitted with 
some changes in it, the MDT may detect that the job has 
changed and display the job with a big flashing "C." The 
MDT may display these screens from either the primary or 
secondary menus. The retransmitted and changed jobs may 
replace the previous copies of the job. At any given time, the 
MDT may have only one copy of a job. 

The MDT may also display various error messages to 
assist the user. Examples of error messages may include: 
invalid form number; invalid status; invalid queued mes- 
sage; could not translate incoming message; error saving 
data . . . press any key to continue; error retrieving data . . 
. press any key to continue; error setting default lat/long; 
RCV queue full . . . incoming message was lost . . . please 
delete SAVED/SENT messages or process NEW messages; 
out of memory . . . incoming message was lost . . . please 
delete SAVED/SENT messages or process NEW messages; 
out of memory . . . message was not sent . . . please delete 
SAVED/SENT messages or process NEW messages; delete 
a message from the save queue before saving this message; 
etc. 

Furthermore, the MDT may display various warning 
messages to assist the user. Examples of warning messages 
may include: Communications Out-Of-Range . . . Press 
ACK to continue; GPS not available; Mobidem information 
not available; Running low on memory . . . Please delete 
SAVED/SENT messages or Process NEW messages; Ter- 
minal cable out . . . Connect cable and press ACK to send 
shutdown message; etc. 

In an embodiment, the MDT may be restarted by a warm 
boot. For example, if the MDT application appears to be 
frozen (e.g., text on the display does not change even after 
trying to go to a different menu) for any reason and nothing 
revives it, then the user may want to warm boot the MDT 
To warm boot the MDT, the user may press the PWR key for 
about 30 seconds to shut off the MDT. Then the user may 
press the 4 and 5 keys simultaneously followed by pressing 
the PWR key twice, turn off in 15 seconds of no activity. 

Trouble Shooting Guide 

Table 2 indicates various possible trouble conditions and 
possible solutions to recover from them according to an 
embodiment of the present invention. 
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TABLE 2 



PROBLEM 



CAUSE 



SOLUTION 



1. MDT does not turn ON 
when disconnected Erom 
MCU 



2. PEND count increases. 



3. Cannot SAVE any more 
messages 



4. MDT application is 
frozen 



5. LINK says "DOWN" on 
the Primary screen 

6. "BAIT: LOW" or 
"BATT: DEAD" 
displayed on the Primary 
screen 

7. MDT keeps even after 
NEW messages have 
been read 

8. LCD Display screen on 
the MDT is 
UNREADABLE 



Battery may be weak 



Screen may have blanked 
out 

Bad radio antenna or 
loose cable, 
LINK: DOWN 
Out of coverage area or a 
dead spot area, 
LINK: DOWN 
"BAIT" displayed in the 
Primary screen. 
Memory buffers are full. 



Unknown system error. 



See item 2. 

The MDT is 
disconnected from the 
MCU and the internal 
battery is weak. 
NEW messages have not 
been 

ACKNOWLEDGED 

MDT may have been 
exposed to direct sun- 
light for an extended 
period of time. 



Date and time displayed 
is incorrect 



The host (MIC) 
configuration for setting 
the clock may be 
incorrect or the MDT 
may not be 

communicating with the 
host 



Charge the battery by 
plugging in the MDT cable. 
If problem still persists, then 
replace the battery. 
Hit any key to view data. 

Re-position the radio antenna 
and 

tighten all cable connections. 
Move vehicle into an area of 
good coverage. 
Disconnect and reconnect the 
MDT cable so that BATT 
changes to "LINK: UP". 
Delete messages from the 
various lists, such as SENT, 
SAVED or NEW message 
lists. 

Try WARM BOOT first or 
else have a Field Service 
Personnel perform a COLD 
BOOT by resetting the unit. 
See item 2. 

Plug the MDT into the MCU 
so that the internal battery 
gets charged. 

Use F4 to VIEW the new 
messages and acknowledge 
them by pressing the ACK 
(ENTER) key. 
Move the MDT away from 
the sun. It may take several 
minutes to restore the display 
to normal. DO NOT 
EXPOSE the MDT to direct 
sun-light (The effect of 
sunlight on the face side is 
considerably worse than on 
the other side, so it is a good 
precaution to leave the MDT 
face-side down when it is on a 
car seat.) 

Report problem to Mobile 
Information Systems, Inc. 



Although the above description has been described in 
terms of hardware and software, the present invention is not 
limited to the specific hardware and software described. For 
example, the functionality described herein can be further 
combined in terms of hardware or further combined in terms 
of software. The hardware can also be separated or com- 
bined with other software. The software can also be sepa- 
rated from the hardware. Furthermore, the functionality can 
all be stored in the form of electronic data on an integrated 
circuit, for example. The integrated circuit can include, 
among others, DRAM, SRAM, FRAM, and Flash Memory 
Cells, as well as other integrated circuit devices in the form 
of "chips" or "cards." Accordingly, the present specification 
should not be construed as limiting the scope of the language 
of the claims herein. 

Additionally, although an embodiment of the present 
invention is fully described above, implementation specific 
details and data structures are described in the attached 
Detailed Design and Functional Specification in Appendix 
A. Various modifications, alternate constructions, and 
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equivalents will be obvious to those with skill in the art. 
Thus, the scope of the present invention is limited solely by 
the appended claims and their full scope of equivalents. 
What is claimed is: 

1. An apparatus for carrying equipment by a user, com- 
prising: 
a container; 

a removable part removably coupled to the container, 
configured to provide access to contents of the con- 
tainer; 

a removing mechanism connected to the removable part 
to permit the user to remove the removable part; 

a carrying strap removably connected to the container; 

a connection plug, electrically coupled to the equipment; 

a connector coupled to the container and configured to 
secure the container; and 

packing material disposed amongst the equipment, con- 
figured to isolate the equipment from hazards, 

wherein the equipment includes a mobile data suite, 
including: 



07/15/2003, EAST Version: 1.03-0002 



6,087,952 



21 



22 



a mobile control unit; 

a mobile data terminal; and 

a power supply coupled to one of the mobile data 
terminal and mobile control unit. 

2. The apparatus of claim 1 wherein the removing mecha- 5 
nism is selected from a group comprising a zipper and 
Velcro™. 

3. The apparatus of claim 1 wherein the connector is 
selected from a group comprising a tie-down, elastic hook, 
screw, strap, loop for passing a rope through, bungy cable, 10 
spring, clamp, and Velcro™. 

4. The apparatus of claim 1 wherein the packing material 
is selected from a group comprising Poly Vinyl Alcohol, 
foam, rubber, poly urethane, webbed Poly Vinyl Alcohol, 
webbed foam, webbed rubber, and webbed poly urethane. 35 

5. The apparatus of claim 1 wherein the equipment further 
includes items selected from a group comprising of a battery, 
an antenna, a data port, a printer, and a display. 

6. The apparatus of claim 1 further including a plurality of 
connectors coupled to the container to substantially secure 20 
the container. 



7. The apparatus of claim 1 wherein the hazards is 
selected from a group comprising environmental, 
mechanical, and electrical hazards. 

8. A method for utilizing the apparatus of claim 1, 
comprising the steps of: 

providing a vehicle; 

securing the container to the vehicle by utilizing the 
connector; 

plugging the connection plug into a receptacle; 
operating the mobile data suite; 
unplugging the connection plug from the receptacle; 
detaching the container from the vehicle by disconnecting 

the connectors; and 
removing the container from the vehicle. 

9. The method of claim 8 wherein the vehicle is selected 
from a group comprising public transportation, a bus, an 
airplane, a train, an automobiles, a van, a minivan, a bicycle, 
a motorcycle, subway, and Bay Area Rapid Transit. 
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